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Patentanspruche 

1. Verfahren (100) zum Verwalten eines Netzelementes mittels verwalteter 
Objekte (MOl, M02, MO*), bei derm das Netzelement in Abfolge von 
auftretenden Anfragen (RQ) durch Zugriff auf einen Zwischenspeicher 
(MEM) und mittels der dort zwischengespeicherten Objekte (MOl, M02, 
MO*) verwaltet wird, mit folgenden Schritten: 

aufgrund einer Anfrage (RQ=RQ*) zum Zugriff auf eines (MO*) der 
verwalteten Objekte (MOl , M02, MO*) wird gepruft, ob dieses gefragte 
Objekt (MO*) in dem Zwischenspeicher (MEM) gespeichert ist 
(Schritt 110); 

falls dieses jgefragte Objekt (MO*) nicht in dem Zwischenspeicher (MEM) 
gespeichert ist, wird gepruft, ob genugend Speicherplatz vorhanden ist, 
um dieses Objekt (MO*) in den Zwischenspeicher (MEM) zu schreiben 
(Schritt 120); 

falls nicht genugend Speicherplatz vorhanden ist, wird zumindest eines 
(MOl) der bereits zwischengespeicherten Qbjekte (MOl, M02) gemdB 
mindestens einem vorgebbaren Kriterium aus^lem Zwischenspeicher 
(MEM) geloscht und in eine Datenbank (DB) ausgelagert (Schritt 1 30); 

das gefragte Objekt (MO*) wird zum Zugriff darauf aus der Datenbank 
(DB) gelesen und in den Zwischenspeicher (MEM) geschrieben 
(Schritt 140); 
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2. Verfahren (100) nach Anspruch 1, bei dem 

anhand des Kriteriums diejenigen Objekte (M02), auf die am haufigsten 
zugegriffen wird, in dem Zwischenspeicher (MEM) verbleiben und nicht 
geloscht werden 

3. Verfahren nach Anspruch 2, bei dem 

nur eine vorgebbare Anzahl von denjenigen Objekten in dem 
Zwischenspeicher verbleibt, auf die zuletzt zugegriffen wurde. 

4. Verfahren nach Anspruch 1 , 

bei dem das vorgebbare Kriterium eine Filterfunktion ist, insbesondere eine 
Funktion fur ein CMIS-Filter, die angibt, welche Objekte in den 
Zwischenspeicher gespeichert bleiben sollen. 

5. Verfahren nach Anspruch 1 , 

bei dem das vorgebbare Kriterium eine Zeitdauer ist, die angibt, wie lang 
ein jedes Objekt in dem Zwischenspeicher gespeichert bleiben darf. 

6. Verfahren nach Anspruch 1 , 

bei dem das vorgebbare Kriterium ein maximale Anzahl ist, die angibt, wie 
viele Objekte in dem Zwischenspeicher gespeichert bleiben durfen. 

7. Netzelement fur ein digitales Nachrichtenubertragungsnetz mit einer 
Steuerung (FLT) zum Verwalten des Netzelementes mittels verwalteten 
Objekten (MOl , M02, MO*), mit einem damit verbundenen 
Zwischenspeicher (MEM) und einer damit verbundenen Datenbank (DB), bei 
dem die Steuerung (FLT) in Abfolge von auftretenden Anfragen (RQ) durch 
Zugriff auf den Zwischenspeicher (MEM) und mittels der dort 



05.06. 1 998 ZPL/S-JS N:\user\schulten\anmeldg\ioo6Fapl.doc 111 006 



3 



zwischengespeicherten Objekte (MOl, M02, MO*) clas Netzelement 
verwaltet, bei dem die Steuerung (FLT) aufgrund einer Anfrage (RQ=RQ*) 
zum Zugriff auf eines (MO*) der verwalteten Objekte (MOl , M02, MO*) 
pruft, ob dieses gefragte Objekt (MO*) in dem Zwischenspeicher (MEM) 
gespeichert ist, bei dem die Steuerung (FLT), falls dieses gefragte Objekt 
(MO*) nicht in dem Zwischenspeicher (MEM) gespeichert ist, pruft, ob 
genugend Speicherplatz vorhanden ist, um dieses Objekt (MO*) in den 
Zwischenspeicher (MEM) zu schreiben, bei dem die Steuerung (FLT), falls 
nicht genugend Speicherplatz vorhanden ist, zumindest eines (MOl) der 
bereits zwischengespeicherten Objekte (MOl, M02) gemaB mindestens 
einem vorgebbaren Kriterium aus dem Zwischenspeicher (MEM) geldscht 
und in eine Datenbank (DB) ausgelagert, und bei dem die Steuerung (FLT) 
das gefragte Objekt (MO*) zum Zugriff darauf aus der Datenbank (DB) liest 
und in den Zwischenspeicher (MEM) schreibt. 

8. Netzelement nach Anspruch 7, bei dem 

der Zwischenspeicher ein Halbleiterspeicher (MEM) ist und bei dem die 
Datenbank (DB) auf einem nicht-fluchtigen Massenspeicher, insbesondere 
auf einer Festplatte, eingerichtet ist. 

9. Digitales Nachrichtenubertragungsnetz mit Netzelementen, von denen 
jedes eine Steuerung (FLT) zum Verwalten des Netzelementes mittels 
verwalteter Objekte (MOl, M02, MO*), einen damit verbundenen 
Zwischenspeicher (MEM) und eine damit verbundene Datenbank (DB) 
enthdlt, bei dem die Steuerung (FLT) in Abfolge von auftretenden Anfragen 
(RQ) durch Zugriff auf den Zwischenspeicher (MEM) und mittels der dort 
zwischengespeicherten Objekte (MOl , M02, MO*) das Netzelement 
verwaltet, bei dem die Steuerung (FLT) aufgrund einer Anfrage (RQ=RQ*) 
zum Zugriff auf eines (MO*) der verwalteten Objekte (MOl , M02, MO*) 
pruft, ob dieses gefragte Objekt (MO*) in dem Zwischenspeicher (MEM) 
gespeichert ist, bei dem die Steuerung (FLT), falls dieses gefragte Objekt 
(MO*) nicht in dem Zwischenspeicher (MEM) gespeichert ist, pruft, ob 
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genugend Speicherplatz vorhanden ist, urn dieses Objekt (MO*) in den 
Zwischenspeicher (MEM) zu schreiben, bei dem die Steuerung (FLT), falls 
nicht genugend Speicherplatz vorhanden ist, zumindest eines (MOl) der 
bereits zwischengespeicherten Objekte (MOl, M02) gemaB mindestens 
einem vorgebbaren Kriterium aus dem Zwischenspeicher (MEM) loscht und 
in eine Datenbank (DB) auslagerl, und bei dem die Steuerung (FLT) das 
gefragte Objekt (MO*) zum Zugriff darauf aus der Datenbank (DB) liest und 
in den Zwischenspeicher (MEM) schreibt. 

10. Nachrichtenubertragungsnetz nach Anspruch 9, insbesondere SDH- 
Netz, bei dem die Netzelemente Cross-Connects, Add-Drop-Multiplexer 
und/oder Leitungsmultiplexer sind. 
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Verwalten eines Netzelementes mittels verwalteter Objekte in einem 
digitalen Nachrichtenubertragungsnetz 

Im Bereich der digitalen Nachrichtenubertragungsnetze, insbesondere im 
Bereich der SDH-Netze (SDH: Synchrone Digitale Hierarchie), ist fur jedes 
Netzelement eine Datenbank vorhanden, in der Daten uber die aktuelle 
Netzkonfiguration gespeichert sind. Das Netzelement wird von einer 
Steuerung mittels verwalteter Objekte, sogenannter "managed objects", 
verwaltet. 

In dem Artikel "Management von SDH-Netzelementen: eine Anwendung der 
Informationsmodellierung" von M.P. Bosse et.al., erschienen in der von der 
Anmelderin publizierten Zeitschrift "Elektrisches Nachrichtenwesen", 
Ausgabe Nr. 4, 1993, auf Seiten 329 - 338 sind ein Verfahren und 
Vorrichtungen zum Verwalten von Netzelementen in digitalen 
Nachrichtenubertragungsnetzen beschrieben. Dort ist anhand des Bildes 2 
beschrieben, daB SDH-Netzelemente mit dem sogenannten OSI- 
Systemmanagement verwaltet werden (OSI: Open Systems Interconnection). 
Das Management erfolgt durch Zugriff auf verwaltete Objekte, in die alle 
relevanten Daten eingebettet sind. Auf Seite 332 dieses Artikels sind die 
Eigenschaften der verwalteten Objekte beschrieben sowie Elemente, die in 
der OSI-Kommunikation verwendet werden, insbesondere das sogenannte 
CMISE (Common Management Information System Element). Das CMISE 
unterstutzt mehrere dort beschriebene Dienste zum Zugriff auf die 
verwalteten Objekte. Wie es dort im Bild 2 dargestellt ist, enthdlt das 
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Netzelement eine Steuerung und eine damit verbundene Datenbank MIB 
(management information base), deren Funktion jedoch nicht ndher 
beschrieben ist. 

Aufgabe der Erfindung ist es ein Verfahren und Vorrichtungen zum 
Verwalten eines Netzelementes mittels verwalteter Objekte vorzuschlagen. 
Die Vorrichtungen sollen einfach aufgebaut sein und einen schnellen Zugriff 
auf die benotigten verwalteten Objekte ermoglichen. 

Gelost wird die Aufgabe durch ein Verfahren mit den Merkmalen nach 
Anspruch 1, durch ein Netzelement und durch ein digitales 
Nachrichtenubertragungsnetz mit den Merkmalen nach einem der 
nebengeordneten Anspruche. 

Demnach wird aufgrund einer Anfrage zum Zugriff auf eines der 
verwalteten Objekte gepruft, ob dieses gefragte Objekt in dem 
Zwischenspeicher gespeichert ist. Falls dieses gefragte Objekt nicht in dem 
Zwischenspeicher gespeichert ist, wird gepruft, ob genugend Speicherplatz 
vorhanden ist, um dieses Objekt in den Zwischenspeicher zu schreiben. 
Falls nicht genugend Speicherplatz vorhanden ist, wird zumindest eines der 
bereits zwischengespeicherten Objekte gemaB mindestens einem 
vorgebbaren Kriterium aus dem Zwischenspeicher geloscht und in eine 
Datenbank ausgelagert. Das gefragte Objekt wird zum Zugriff darauf aus 
der Datenbank gelesen und in den Zwischenspeicher geschrieben. 

Somit werden aus dem Zwischenspeicher einzelne Objekte gemdG 
vorgebbarer Kriterien geloscht, um Speicherplatz fur neue gefragte Objekte 
zu schaffen. Die geloschten alten Objekte werden in die Datenbank 
ausgelagert und konnen von dort bei Bedarf wieder in den 
Zwischenspeicher zuruck geschrieben werden. Dadurch wird erreicht, daB 
auch groBe Netzelemente, die auf eine groBe Anzahl von verwalteten 
Objekten Zugriff haben mussen, lediglich einfache Zwischenspeicher mit 
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kleiner Kapazitat bendtigen, und daf3 trotzdem alle verwalteten Objekte zur 
Verfugung stehen. 

Vorteilhafte Ausfuhrungen ergeben sich aus den Unteranspruchen. 

Besonders vorteilhaft ist es, wenn anhand des Kriteriums diejenigen 
Objekte, auf die haufig zugegriffen wird, in dem Zwischenspeicher 
verbleiben und nicht geloscht werden. Dadurch wird ein Auslagern und 
Zuruckschreiben von Objekten moglichst selten bendtigt. Besonders haufig 
benotigte Objekte verbleiben damit in dem Zwischenspeicher, auf den sehr 
schnell zugegriffen werden kann. Besonders selten benotigte Objekte 
verbleiben damit nur fur die Zeitdauer des Zugriffs im Zwischenspeicher. 

Aufterdem ist es vorteilhaft, wenn nur eine vorgebbare Anzahl von 
denjenigen Objekten in dem Zwischenspeicher verbleibt, auf die zuletzt 
zugegriffen wurde. Damit verbleiben die zuletzt sehr oft verwendeten 
Objekte im Zwischenspeicher, also diejenigen Objekte, fur die ein erneuter 
Zugriff sehr wahrscheinlich ist. 

Vorteilhaft ist auch das vorgebbare Kriterium als Filterfunktion auszufuhren, 
insbesondere als Funktion fur ein CMIS-Filter. Die Filterfunktion gibt an, 
welche Objekte in dem Zwischenspeicher gespeichert bleiben sollen. Damit 
werden solche Objekte bevorzugt zwischengespeichert, die bestimmte 
Eigenschaften haben, wie etwa besondere Namen, Attribute oder 
dergleichen. 

Die Erfindung wird im folgenden naher anhand eines 
Ausfuhrungsbeispieles und unter Zuhilfenahme der folgenden Figuren 
beschrieben: 

Fig. 1, die schematisch eine Verschaltung von einer Steuerung mit einer 
Datenbank und einem Zwischenspeicher fur ein Netzelement zeigt; und 
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Fig. 2, die das Blockschaltbild fur ein erfindungsgemdGes Verfahren zum 
Verwalten des Netzelementes zeigt. 

Fig. 1 zeigt schematisch die Verschaltung folgender Komponenten eines 
Netzelementes fur ein digitales Nachrichtenubertragungsnetz: 
Eine Steuerung FLT, eine damit verbundene Datenbank DB und einen damit 
verbundenen Zwischenspeicher MEM. Sowohl die Datenbank DB als auch 
der Zwischenspeicher MEM dienen zum Speicheren von verwalteten 
Objekten. Die Verschaltung ist Bestandteil eines nicht dargestellten 
Netzelementes fur ein SDH-Netz. Der Zugriff auf die verwalteten Objekte 
erfolgt uber CMISE-Anfragen. 

In dem Zwischenspeicher MEM, der ein schnell beschreibbarer und schnell 
lesbarer Halbleiter ist, sind beispielsweise die Objekte MOl und M02 
gespeichert. In der Datenbank DB, die auf einer Festplatte eingerichtet ist, 
befinden sich Objekte, die aus dem Zwischenspeicher geloscht wurden, 
beispielsweise das Objekt MO*. Die Steuerung FLT verarbeitet nun 
Anfragen RQ zum Zugriff auf die Objekte. 

Tritt eine Anfrage am Eingang der Steuerung FLT auf, so steuert diese Lese- 
und Schreibzugriffe auf den Halbleiter oder die Festplatte, wo die 
entsprechenden Objekte gespeichert sind. Liegt eine Anfrage zum Zugriff 
auf ein bereits zwischengespeichertes Objekt an, z.B. auf das Objekt M02, 
so steuert die Steuerung FLT das Lesen dieses Objektes M02 aus dem 
Zwischenspeicher MEM. Liegt jedoch eine Anfrage an zum Zugriff auf ein 
Objekt an, das sich nicht im Zwischenspeicher MEM befindet, beispielsweise 
die Anfrage RQ* zum Zugriff auf das Objekt MO*, so steuert die Steuerung 
FLT das Lesen dieses Objektes MO* aus der Datenbank DB und das 
Zwischenspeichern. 

Die Steuerung FLTfuhrt also eine Filterfunktion aus, die die eingehendeh 
Anfragen RQ danach selektiert, ob der Zugriff auf Objekte aus dem 



05.06.1 998 ZPL/S-JS N:\user\schulten\anmeldg\ioo6Fapl.doc 1 1 1 006 



5 



Zwischenspeicher oder auf Objekte, die nicht mehr oder noch nicht im 
Zwischenspeicher gespeichert sind, gewunscht ist. Zusatzlich kann auch 
noch eine Filterfunktion, insbesondere die Funktion eines CMISE-Filters, 
implementiert werden, bei der die Objekte anhand von ihren Eigenschaften 
selektiert werden. Beispielsweise wird anhand von Attributen entschieden, 
welche Objekte im Zwischenspeicher verbleiben sollen. 

Aufierdem steuert die Steuerung FLT das Loschen von Objekten aus dem 
Zwischenspeicher MEM, um dort neuen Speicherplatz zu schaffen, sowie 
das Schreiben dieser geloschten Objekte in die Datenbank DB. Somit 
werden zumindest die geloschten Objekte in der Datenbank abgelegt und 
verbleiben dort fur spdtere Zugriffswunsche (Anfragen). Es ist auch denkbar 
eine groBere Datenbank einzusetzen, in der alle verwalteten Objekte 
permanent gespeichert werden. Der Datenbank DB kommt damit eine 
Backup-Funktion fur den Zwischenspeicher MEM zu. Sollte durch Storungen 
der Zwischenspeicher MEM vollstdndig geloscht werden, so sind dennoch 
alle Objekte durch Zugriff auf die Datenbank DB verfugbar. In diesem Fall 
erubrigt sich das Schreiben eines geloschten Objekfes in die Datenbank. 
Die Steuerung mu6 lediglich das Objekt aus dem Zwischenspeicher 
loschen, um Speicherplatz zu schaffen. 

Die Arbeitsweise der Steuerung FLT wird anhand der Fig. 2 ndher 
beschrieben, die schematisch das Ablaufdiagramm eines Verfahrens 100 
dargestellt, das die Steuerung zum Verwalten des Netzelementes durchfuhrt. 
Das Verfahren 100 umfaOt die im folgenden beschriebenen Schritte 1 10 bis 
l v - 150: 

In einem ersten Schritt 1 10 wird aufgrund einer Anfrage zum Zugriff auf 
das verwaltete Objekt MO* gepruft, ob dieses gefragte Objekt in dem 
Zwischenspeicher gespeichert ist. Falls dies nicht zutrifft, wird in einem 
zweiten Schritt 1 20 gepruft, ob genugend Speicherplatz in dem 
Zwischenspeicher vorhanden ist. 
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1st dies nicht cler Fall ist, werden in einem Schritt 130 bereits 
zwischengespeicherte Objekte gemdB vorgebbarer Kriterien aus dem 
Zwischenspeicher geldscht, um Speicherplatz fur das gefragte Objekte zu 
schaffen. In diesem Beispiel wird als Kriterium die Hdufigkeit herangezogen, 
die angibt wie oft auf die Objekte zugegriffen worden ist. Die am hdufigsten 
verwendeten Objekte verbleiben im Zwischenspeicher und werden nicht in 
die Datenbank ausgelagert. In diesem Beispiel wird gepruft, wie haufig auf 
ein jedes Objekt innerhalb eines Zeitintervalles von einer halben Stunde 
zugegriffen wurde. Die Hdufigkeit wird mit einem als Minimum 
vorgegebenen Kriterium verglichen. Ist zu wenig Speicherplatz vorhanden, 
so werden diejenigen Objekte aus dem Zwischenspeicher geldscht, auf die 
nur mit einer geringen Hdufigkeit zugegriffen wurde, die das vorgegebene 
Minimum unterschreitet. Damit werden die am wenigsten benotigten 
Objekte aus dem Zwischenspeicher geldscht und in die Datenbank 
ausgelagert. Fur diese "least recently used objects" ist die Wahrscheinlichkeit 
gering, erneut verwendet zu werden. 

Es ist auch denkbar, dafi nur eine vorgebbare Anzahl von denjenigen 
Objekten in dem Zwischenspeicher verbleibt, auf die zuletzt sehr oft 
zugegriffen wurde. Beispielsweise verbleiben die letzten zehn "most recently 
used objects" im Zwischenspeicher. 

Um Platz fur das gefragte Objekt MO* zu schaffen, wird in dem Schritt 1 30 
beispielswiese das in Fig. 1 dargestellte Objekt MOl aus dem 
Zwischenspeicher entfernt und in die Datenbank DB geschrieben, wo es fur 
spdtere Anfragen wieder abgerufen werden kann. Damit werden weniger 
haufig bendtigte Objekte in die Datenbank ausgelagert. 

Das gefragte Objekt MO* hingegen wird in einem ndchsten Schritt 140 aus 
der Datenbank gelesen und in den Zwischenspeicher geschrieben. Damit 
werden die gewunschten Objekte, hier MO*, aus der Datenbank wieder 
zurucktransferiert in den Zwischenspeicher, der einen schnellen Zugriff 
ermdglicht. 
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In einem letzten Schritt 150 wircl das Netzelement nun in Abfolge der 
auftretenden Anfragen (CMISE-Requests) durch Zugriff auf den 
Zwischenspeicher und mittels der dort zwischengespeicherten Objekte 
verwaltet. 

Das oben beschriebene Verfahren laflt sich wie folgt zusammenfassend 
darstellen: 

1st das gefragte Objekt MO* noch nicht oder nicht mehr im 
Zwischenspeicher gespeichert (Schritt 1 10), so wird es aus der Datenbank 
abgerufen und, falls genugend Speicherplatz vorhanden (Schritt 120) ist, so 
wird es in den Zwischenspeicher (zuruek) geschrieben (Schritt 140). 
Andernfalls kann es sofort verwendet werden. 1st jedoch nicht genugend 
Speicherplatz vorhanden (Schritt 120), so muB zunachst Platz geschaffen 
werden durch Auslagern von "alten" Objekten (Schritt! 30). Jede Anfrage 
wird durch Zugriff auf den Zwischenspeicher abgearbeitet (Schritt 150). 

Es ist auch denkbar unabhdngig von der aktuellen Auslastung des 
Zwischenspeichers Speicherplatz im Zwischenspeicher fur "neue" Objekte 
frei zu machen, etwa in vorgegebenen Zeitabstanden. Dadurch wird der 
Zwischenspeicher von Zeit zu Zeit "aufgerdumt" und es wird vorsorglich fur 
genugend freien Speicherplatz gesorgt. 

Die Erfindung ist besonders geeignet zum Einsatz in SDH-Netzelementen, 
insbesondere in Cross-Connects. 
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Zusammenfassung 



Verwalten eines Netzelementes mittels verwalteter Objekte in einem 
digitalen Nachrichtenubertragungsnetz 



Netzelemente eines digitalen Nachrichtenubertragungsnetzes, 
beispieisweise eines SDH Netzes (SDH: Synchrone Digitale Hierarchie), 
werden von Steuerungen mittels verwalteter Objekte, sogenannter 
'managed objects" verwaltet. Um einen schnellen Zugriff auf verwaltete 
Objekte zu ermoglichen, wird eine einfach aufgebaute Schaltung mit einer 
Steuerung (FLT), einer Datenbank (DB) und einem Zwischenspeicher (MEM) 
vorgeschlagen. Die Steuerung fuhrt ein Verfahren zum Verwalten des 
Netzelementes durch, bei dem aufgrund von Anfragen (RQ) die Objekte in 
den Zwischenspeicher gespeichert werden und einzelne Objekte (MO*) 
gemdB vorgebbarer Kriterien, die z.B. die maximale Verweildauer des 
Objektes im Zwischenspeicher angeben, geloscht werden, um Speicherplatz 
zu schaffen. Zumindest diese geloschten Objekte werden in der Datenbank 
(DB) gespeichert. Erst dann, wenn eine Anfrage (RQ*) auf den Zugriff auf 
ein Objekt (MO*) gerichtet ist, das sich nicht mehr im Zwischenspeicher 
(MEM) befindet, wird dieses Objekt (MO*) aus der Datenbank gelesen und 
in den Zwischenspeicher zurucktransferiert. Die Steuerung verwaltet das 
Netzelement in Abfolge der auftretenden Anfragen durch Zugriff auf den 
Zwischenspeicher und mittels der dort gespeicherten Objekte. 

(Figur 1) 
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